home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-3157 / 17.txt < prev    next >
Text File  |  1992-05-11  |  27KB  |  669 lines

  1. Info-Atari16 Digest         Tue, 14 Jan 92       Volume 92 : Issue  17
  2.  
  3. Today's Topics:
  4.                        "Green selector" virus?
  5.                   44 Meg cartridge drive reliability
  6.                            80N86 Emulation.
  7.                                Airball
  8.                                AmigaFS
  9.                                Editors
  10.                           GCR with overscan?
  11.                   Grad School Plea: Please read this
  12.                           Hard Drive Backup
  13.                        Help with dungeon master
  14.                          Hermes UUCP package
  15.                            Monitor question
  16.                            new uud version
  17.                         PD C compilers for ST
  18.                        SKATES.PRG boot problem
  19.                   Specification for OMTI 5400 needed
  20.                     SST (68030) for the ST. 520ST?
  21.                       STBook (Notebook computer)
  22.                                 STe's
  23.                          Uniterm TOS Error 35
  24.  
  25. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  26. cross-posting to/from Usenet is getting closer, but still getting thrashed
  27. out.  Please send notifications about broken digests or bogus messages
  28. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  29.  
  30. Please send requests for un/subscription and other administrivia to
  31. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  32. instead of the moderators are likely to be lost or ignored.
  33.  
  34. If you want to unsubscribe, and you're receiving the digest indirectly
  35. from someplace (usually a BITNET host) that redistributes it, please
  36. contact the redistributor, not us.
  37. ----------------------------------------------------------------------
  38.  
  39. Date: 14 Jan 92 06:25:21 GMT
  40. From: fernwood!portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
  41. Subject: "Green selector" virus?
  42. To: Info-Atari16@naucse.cse.nau.edu
  43.  
  44. Ian Crighton asks:
  45.  
  46. >I'm only working with some third-hand information here so I apologise for
  47. >the lack of detail, but has anyone heard of an ST virus that greets you
  48. >with some phrase like "the little green selector"? For all I know this may
  49. >not be a virus at all - it could be part of an application that is running -
  50. >but I thought that it might ring bells with someone here if it was. And, if
  51. >it IS a virus, does anyone know what virus-hunting tools are around that
  52. >would help to get rid of it?
  53.  
  54. The "Little Green File Selector" is an alternative file selector
  55. written by Charles F. Johnson of CodeHead Software.
  56.  
  57. His Shareware company is called "Little Green Footballs"
  58. (don't ask me.. ask him...!  :)
  59.  
  60. I don't use that file selector, so I don't know what messages it
  61. might print while installing, or while being used, but unless
  62. someone has mucked around with it, it's a legitimate and very
  63. useful program.
  64.  
  65. I know Charles monitors this newsgroup, but just in case he
  66. doesn't see this thread right away, I'll let him know about
  67. these concerns, and let him address the issue...
  68.  
  69. BobR
  70.  
  71. ------------------------------
  72.  
  73. Date: Mon 13 Jan 92 23:00:47-PST
  74. From: CLARK@SALK-SC2.SDSC.EDU
  75. Subject: 44 Meg cartridge drive reliability
  76. To: info-atari16@naucse.cse.nau.edu
  77.  
  78.         I'm thinking of picking up a 44 Meg cartridge drive, probably from
  79. Toad computers in Maryland. I haven't seen any discussion about the
  80. reliability of these devices. We have a couple of these drives at work for
  81. Macs, and the feeling there is that they are *not* reliable, but I can't
  82. be sure that they have been treated properly. So, how about it - am I about
  83. to make a $700 mistake?
  84.  
  85.         BTW, I've just moved here to San Diego in chilly Southern
  86. California. Can anyone give me pointers to a good Atari shop in the area?
  87.  
  88.         Thanks for any help.
  89.  
  90.  
  91. Steve Clark
  92.  
  93. clark@salk-sc2.sdsc.edu  (Internet)
  94. clark@salk               (Bitnet)
  95.  
  96. ------------------------------
  97.  
  98. Date: 14 Jan 92 09:05:26 GMT
  99. From:
  100.  mcsun!uknet!keele!nott-cs!warwick!covpoly!cck.cov.ac.uk!esx070@uunet.uu.net
  101.  (Brevan Miles (esx070))
  102. Subject: 80N86 Emulation.
  103. To: Info-Atari16@naucse.cse.nau.edu
  104.  
  105. Hello out there,
  106. I want to run programs for the IBM PC machines on my ST and as far as
  107. I know there are two ways of doing this.
  108. 1) Use some emulation software such as PC Ditto.
  109. 2) Buy a chip which does the emulation.
  110. I have heard the second option can be bought, but what I want to know is,
  111. How good is it? How easy is it to install? Where can I get it and how
  112. much does it cost? How fast do they run the programs?
  113. If anyone out there has, or has seen such emulators, please let me know what
  114. they are like.
  115. ------------------------------------------------------------------------------
  116. Brevan Miles.                   e-mail: esx070@uk.ac.cov.cck
  117. Coventry Polytechnic.
  118. --------------------------------------------------------------------------------
  119.  
  120. "I wish I'd bought a PC"
  121.  
  122. ------------------------------
  123.  
  124. Date: 14 Jan 92 07:19:29 GMT
  125. From: mcsun!sun4nl!star.cs.vu.nl!rfschaa@uunet.uu.net (Schaaf RF)
  126. Subject: Airball
  127. To: Info-Atari16@naucse.cse.nau.edu
  128.  
  129. Hi,
  130.  
  131. Some time ago I bought the game `Airball' and while it
  132. was fairly addictive I stopped playing it. The reason is
  133. that I couldn't find the `flask.' Is there anyone out there
  134. that knows where I can find it?
  135.  
  136. Richard
  137.  
  138. ------------------------------
  139.  
  140. Date: 14 Jan 92 05:28:53 GMT
  141. From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
  142. Subject: AmigaFS
  143. To: Info-Atari16@naucse.cse.nau.edu
  144.  
  145. In article <8722@ncrwat.Waterloo.NCR.COM> herborth@pinot (Chris Herborth)
  146.  writes:
  147. > In article <zxmgn01.695182523@mailserv> zxmgn01@mailserv.zdv.uni-tuebingen.de
  148.  (Philipp Knirsch) writes:
  149. >
  150. > }Hmmm... But some copy-programms copy a normaly Amiga-Formated disk without
  151. > }problems. So, why should it not be possible to do it??
  152. > }
  153. > }Perhaps you are right when you look at single sectors, but i think if i can
  154. > }read track by track, that would be enough to build up a AmigaFS
  155. > }
  156. > }Phil.  (zxmgn01@mailserv.zdv.uni-tuebingen.de)
  157. >
  158. > You can copy a Spectre formatted (I'm not sure about a straight Mac disk) disk
  159. > the same way...  The only caveat is that you should override any checks the
  160. > program does to find out the disk format.  As far as I know, Mac (and Spectre)
  161. > disks are _always_ 2 sides, 10 sectors, and 80 tracks.
  162. >
  163. > So, it _might_ be possible to write a MFS filesystem reader/writer for the
  164. > new MiNT loadable filesystems...  It _should_ be possible to do an AmigaFS
  165. > filesystem...  I have a feeling Mac HFS would be either impossible or
  166. > incredibly difficult, since Dave Small couldn't do it...
  167. >
  168. > ----------=========================================================----------
  169. > Chris Herborth                                herborth@pinot.Waterloo.NCR.COM
  170. > Information Products Co-Op
  171. > NCR E&M Waterloo
  172. > --
  173. > ----------=========================================================----------
  174. > Chris Herborth                                herborth@pinot.Waterloo.NCR.COM
  175. > Information Products Co-Op
  176. > NCR E&M Waterloo
  177.  
  178.  
  179. A few people don't seem to know this, but the Amiga is a 11 sector format
  180. with NO CRC checking, it uses Sum Checks, also they don't use the
  181. index mark, all this causes problems with a real disk controler..
  182.  
  183. Also all sector writes are a full track write as they don't use Gaps..!!
  184. --
  185. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  186. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  187. ***  Kapiti                        At least I don't Flicker,         ***
  188. ***  New Zealand..          *      not like a dying light globe      ***
  189.  
  190. ------------------------------
  191.  
  192. Date: 14 Jan 92 09:59:40 GMT
  193. From:
  194.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!van-bc!jonh.wimsey.b
  195.  c.ca!jhenders@arizona.edu (John Henders)
  196. Subject: Editors
  197. To: Info-Atari16@naucse.cse.nau.edu
  198.  
  199.         Can anyone point me to an editor that doesn't insert carriage
  200. returns in text that just has linefeeds in it? I need it to create
  201. messages to be sent to a unix system.
  202.         Also, I heard there was a German port of nn. Is it available on
  203. any archive sites?
  204.  
  205. --
  206.                  John Henders            jhenders@jonh.wimsey.bc.ca
  207.                  Vancouver,BC             or ubc.cs!van-bc!jonh!jhenders
  208.  
  209. ------------------------------
  210.  
  211. Date: 14 Jan 92 08:57:41 GMT
  212. From:
  213.  arizona.edu!cerritos.edu!nic.csu.net!usc!rpi!uwm.edu!ux1.cso.uiuc.edu!roma!wmag
  214.  ro@arizona.edu (William Magro)
  215. Subject: GCR with overscan?
  216. To: Info-Atari16@naucse.cse.nau.edu
  217.  
  218. Does Spectre GCR work with the overscan modification??????
  219.  
  220. And on the TT, does it run in the color modes, i.e. TT med res.
  221.  
  222. I know it won't be in color, I am just wondering whether it can
  223. run a mono 640x480 mode.
  224.  
  225. Does Spectre GCR do the sound via DMA sound on an STe, or is it done
  226. in software, like on the regular ST?
  227.  
  228. Any help is appreciated (of course)!
  229.  
  230. --Bill
  231.  
  232. ------------------------------
  233.  
  234. Date: 14 Jan 92 12:25:47 GMT
  235. From: TERMINATOR.CC.UMICH.EDU!weiner@ucbvax.berkeley.edu
  236. Subject: Grad School Plea: Please read this
  237. To: Info-Atari16@naucse.cse.nau.edu
  238.  
  239. As some of you may know, I'll be graduating this May.  When I was
  240. filling out grad school applications, the idea for a recommendation from
  241. the usenet atari community as a whole crossed my mind as something that
  242. would be pretty interesting (especially considering how much time I spend
  243. with doing archive related stuff :)  ).
  244.  
  245. With this in mind, please consider writing a brief note, saying
  246. what you think my chances for to complete a graduate degree in
  247. statistics are.  I realize this is quite difficult, but there are some
  248. aspects of my work that some of you have certainly had contact with, such
  249. as my organizational skills, my writing ability (Remember the ftp guide, etc.),
  250. my teaching ability (ever try to help someone set up gnu c over email,
  251. a question at a time?), and so on.
  252.  
  253. Here's how we've set this up to work:
  254.  
  255. 1.  You decide you'd like to help me out.  You then send a brief
  256. not to Fred Swartz, the archive administrator, who has agreed to accept
  257. letters.  His address is archive-admin@archive.umich.edu.
  258.  
  259. 2.  Fred will collect them, print them out, and enclose them in the
  260. sealed envelope.  I will NOT see these, unless you specifically state
  261. that you'd like me to in your letter.
  262.  
  263. 3.  Fred will vouch for the authenticity of the e-mail, and sign all the forms.
  264.  
  265.  
  266. That's really about it.  Hopefully, admissions committees will look at
  267. this as something original and then with this and everything else admit
  268. me to their graduate program in statistics.
  269.  
  270. For the record, I'm currently interested in U of Washington, U of
  271. Minnesota, U of North Carolina-Chapel Hill, and Carnegie-Mellon.  There
  272. is a number of other schools that I am considering applying to also, but
  273. for now these four are it.
  274.  
  275. I'd like to thank all of you who reply, it really means a lot to me.
  276.  
  277. weiner
  278.  
  279. ----------
  280. Jeff Weiner  --- weiner@atari.archive.umich.edu --- Umich atari posse
  281. Corner of Packard and State, 2nd house from Blue Front on Arbor
  282. 718 Arbor, Ann Arbor, MI 48104, +1 313 998 0892, near the Univ. of Michigan
  283.  
  284. ------------------------------
  285.  
  286. Date: 13 Jan 92 10:24:46 GMT
  287. From:
  288.  noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!caen!umeecs!um
  289.  n.edu!math.fu-berlin.de!uniol!unido!rztsun!ap06!hschs91om@arizona.edu (Ole
  290.  Marienhagen - 04121/91726 )
  291. Subject: Hard Drive Backup
  292. To: Info-Atari16@naucse.cse.nau.edu
  293.  
  294. In article <kmrjs9INNd0l@matt.ksu.ksu.edu>, raycole@matt.ksu.ksu.edu (Ray Cole)
  295.  writes:
  296. |> Help!!!!  My hard drive has gotten a few flaky spots on it and is in need of
  297. |> reformatting, but I have no backup software.  Can anyone recommend any to me?
  298. |> I'd prefer PD, available through ftp; but will take recommendations on any
  299.  and
  300. |> all software available.  If it makes a difference I'm using a homebrew hard
  301. |> drive with an ICD Host Adaptor and a Maxtor LX-90 hard drive.  I've tried
  302.  using
  303. |> the ICD utilities shipped with the adaptor to rebuild the partitions (after
  304. |> shuffling all the data from one partition to another) but it gets so far and
  305. |> then stops and gives an error of sense code $FF then suggests reformatting.
  306. |> Any and all help will be greatly appreciated.
  307. |>
  308. |>
  309. |> --
  310. |> Ray Cole                    |    raycole@matt.ksu.ksu.edu
  311. |> Computer Consultant         |   This space for rent or hire
  312. |> Manhattan KS  USA           |         Make an offer
  313.  
  314. For Harddiskbackup it gives a programm which are called Turtle.
  315. This programm is PD and you can get it on e few ftp Server.
  316.  
  317. ----------------------------------------------------------------------
  318. Ole Marienhagen
  319. Tel.: Germany 04121/91726
  320. Internet: marienhagen@tu-harburg.dbp.de
  321.       or: a0marien@informatik.uni-hamburg.de
  322. ----------------------------------------------------------------------
  323.  
  324. ------------------------------
  325.  
  326. Date: 14 Jan 92 05:55:46 GMT
  327. From: fernwood!portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
  328. Subject: Help with dungeon master
  329. To: Info-Atari16@naucse.cse.nau.edu
  330.  
  331. Dick Wall asked about iron keys on Level 6 in Dungeon Master..
  332.  
  333. There's an iron key on the floor in an alcove with some "Torso
  334. Plate" armor that's easily missed..
  335.  
  336. It's in the large area filled with a lot of pillars that's to
  337. the right at the "I don't like to be ignored" inscription.
  338.  
  339. That's probably the one you need...
  340.  
  341. BobR
  342.                                                  DoD#414
  343.  
  344. ------------------------------
  345.  
  346. Date: 14 Jan 92 05:21:10 GMT
  347. From:
  348.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!van-bc!jonh.wims
  349.  ey.bc.ca!jhenders@arizona.edu (John Henders)
  350. Subject: Hermes UUCP package
  351. To: Info-Atari16@naucse.cse.nau.edu
  352.  
  353. In <6tA5novjwdE@pfunk.hanse.de>, Michael Kistenmacher writes:
  354. >
  355. >Some weeks ago the author told me, that he doesn't want HERMES to go out to
  356. >the public until it's out of beta-status. The actual version is 0.991 and
  357. >it won't be long 'til it's at 1.0.
  358. >
  359.         Which public does Martin mean? It's already on a German archive site,
  360. who's name I can't remember, and on atari.archive over here.
  361.  
  362. --
  363.                  John Henders            jhenders@jonh.wimsey.bc.ca
  364.                  Vancouver,BC             or ubc.cs!van-bc!jonh!jhenders
  365.  
  366. ------------------------------
  367.  
  368. Date: 14 Jan 92 12:34:06 GMT
  369. From:
  370.  noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!munnari.oz.au!
  371.  comp.vuw.ac.nz!actrix!Roger.Sheppard@arizona.edu (Roger Sheppard)
  372. Subject: Monitor question
  373. To: Info-Atari16@naucse.cse.nau.edu
  374.  
  375. In article <3127@ucsbcsl.ucsb.edu> dcd123@peach.ucsb.edu (Hanson) writes:
  376. > Greetings.  I am building an interface cable for the monitor port.
  377. > Can I hook up the monochrome & ground?  If so, do I need to raise the
  378. > monochrome select pin with the 12v on the port as well?  Any advice is
  379. > welcome.  I have a monochrome monitor and a color tv and would like to
  380. > be able to see something.  BTW it is  a 1040STf
  381. >
  382. > Many thanks.
  383.  
  384. Don't connect the mono detect to any voltage, it is connected to 0 volts
  385. if mono, it has its own pull up resistor..
  386.  
  387. Also a colour TV is not that good, inless it has a Scart RGB input,
  388. so be warned...
  389. --
  390. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  391. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  392. ***  Kapiti                        At least I don't Flicker,         ***
  393. ***  New Zealand..          *      not like a dying light globe      ***
  394.  
  395. ------------------------------
  396.  
  397. Date: Tue, 14 Jan 92 10:23 MET
  398. From: "Chris Evelo: MFAGKCHR@HMARL5 (BITNET)" <MFAGKCHR@RULIMBURG.NL>
  399. Subject: new uud version
  400. To: Info-Atari16@naucse.cse.nau.edu
  401.  
  402. I did some hacking on the v 3.4 source of uudecode. The main reason
  403. was that I didn't like all the disk activity when I used uud on my
  404. TT harddisk. As a side effect the new version is much faster than the
  405. old one. (about 7 fold on my TT when both the new version and 3.3
  406. were run in TT RAM, and when input and output were on the same (rather full)
  407. partition of the internal HD. About 3 fold on my ST with megafile 30).
  408.  
  409. Questions:
  410. - Should I post this?
  411. - Should I call it version 3.5, or is there something like that already?
  412.  
  413. For further info see below:
  414.  
  415.                                 Chris Evelo
  416.  
  417.  
  418.  
  419.  
  420. /* Version 3.5 (CE)
  421.  * Adapted for Pure C (use TOS.H)
  422.  * Functionality change: added a 70K buffer for input files
  423.  *                       and 20K for output
  424.  * results in faster decode and less disk activity on atari ST/TT
  425.  *
  426.  * Use system(NULL) call to decide whether run from desktop.
  427.  * No more waiting for keypress when run from shell.
  428.  * This should help to run uud in the background under MiNT
  429.  * BTW gulam does not reset the shell_p variable when exited,
  430.  * therefore uud (and others) will expect that a shell is still
  431.  * active. Also shell_p is not cleared after a reset (at least
  432.  * is some TOS versions), you may want some auto folder utility
  433.  * to clear is for you. Something like this was included in
  434.  * older gemini packages.
  435.  *
  436.  * Prevent all warnings from Pure-C:
  437.  * Use standard header files
  438.  * Added ANSI prototypes
  439.  * Made explicit casts when needed
  440.  * Completed two ambiguous (but correct) if statements
  441.  * Added parenthesis to main roll's in decode
  442.  *
  443.  * Removed the whole special format stuff, and use printf/puts
  444.  * this made it eassier to conform to ANSI standards, and will
  445.  * make it eassier to maintain the source.
  446.  * (But, it made the binary larger :-( ).
  447.  * I think it would be a better idea to use the old format
  448.  * code to get smaller printf and puts functions, and link
  449.  * them from a separate library, if you really want to gain
  450.  * 10K of binary size.
  451. */
  452.  
  453.                         Chris Evelo
  454.                         MFAGKCHR@HMARL5.bitnet
  455.  
  456. ------------------------------
  457.  
  458. Date: 14 Jan 92 08:44:18 GMT
  459. From: mcsun!uknet!edcastle!hwcs!neil@uunet.uu.net (Neil Forsyth)
  460. Subject: PD C compilers for ST
  461. To: Info-Atari16@naucse.cse.nau.edu
  462.  
  463. In article <1068@ehviea.ine.philips.nl> leo@ehviea.UUCP (Leo de Wit) writes:
  464. >In article <4437@brahma.cs.hw.ac.uk> neil@cs.hw.ac.uk (Neil Forsyth) writes:
  465. >|In article <12338@star.cs.vu.nl> rfschaa@cs.vu.nl (Schaaf RF) writes:
  466. >|>On the subject of (PD) C compilers: does anyone know of a C
  467. >|>compiler (PD or not PD) that is able to generate fully PC
  468. >|>relative code? I would like to be able to move the program
  469. >|>around in memory without having to do any relocation.
  470. >|
  471. >|Good old Megamax C (not Laser C) did this. As a result the programs could not
  472. >|have any segments more than 32K. I'm pretty sure this was the case because the
  473. >|executables produced had no relocation tables.
  474. >
  475. >Shouldn't this be: ... any segments more than 64K ... ? Most 68000 C
  476. >compilers will use 16 bit address register relative addressing in this
  477. >case, and 16 bits --> 64K (one of them being Lattice C, if I remember
  478. >correctly).
  479.  
  480. Well I know this is true but when you use a word as an offset in such a way it
  481. is treated as a signed number. So the first 32768 offsets are above the base
  482. value and the next 32768 are below. Maybe Megamax did use 64K segments. It
  483. would have been a little more tricky I guess but definately not impossible.
  484.  
  485. +----------------------------------------------------------------------------+
  486. ! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own !
  487. !                                                                            !
  488. ! Neil Forsyth                      JANET:  neil@uk.ac.hw.cs                 !
  489. ! Dept. of Computer Science         ARPA:   neil@cs.hw.ac.uk                 !
  490. ! Heriot-Watt University            UUCP:   ..!ukc!cs.hw.ac.uk!neil          !
  491. ! Edinburgh, Scotland, UK           "That was never 5 minutes!"              !
  492. +----------------------------------------------------------------------------+
  493.  
  494. ------------------------------
  495.  
  496. Date: 14 Jan 92 05:45:48 GMT
  497. From:
  498.  pa.dec.com!hollie.rdg.dec.com!ryn.mro4.dec.com!aidev.enet.dec.com!miskinis@decw
  499.  rl.dec.com (John Miskinis)
  500. Subject: SKATES.PRG boot problem
  501. To: Info-Atari16@naucse.cse.nau.edu
  502.  
  503. >error #52 press a key
  504. >
  505. >What is going wrong?  It has run before.  No alt desk tops or boot programs.
  506. >1040 Ste w/4meg.
  507.  
  508. Hi,
  509.  
  510.         I'm not sure about the STE platform (I have a 1040STF)...
  511.  
  512.         ANYWAY, I believe the files must be in a folder named
  513.         A:\SKATES.JMW in order to run...
  514.  
  515.         ANYONE out there know if you can manipulate the skater, other
  516.         than just steering left and right?
  517.  
  518. _John_
  519.  
  520. ------------------------------
  521.  
  522. Date: 13 Jan 92 10:32:36 GMT
  523. From:
  524.  noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!caen!umeecs!um
  525.  n.edu!math.fu-berlin.de!uniol!unido!rztsun!ap06!hschs91om@arizona.edu (Ole
  526.  Marienhagen - 04121/91726 )
  527. Subject: Specification for OMTI 5400 needed
  528. To: Info-Atari16@naucse.cse.nau.edu
  529.  
  530. In article <qgZceB2w164w@status.gen.nz>, jonc@status.gen.nz (Jon Clarke) writes:
  531. |> hschs91om@ap06.rz.tu-harburg.de (Ole Marienhagen - 04121/91726 ) writes:
  532. |>
  533. |> > I've the problem, that i want to connect an old MFM harddrive with the
  534. |> > OMTI 5400 and an ICD-hostadapter to my ATARI ST. The original ICD-Software
  535. |>
  536. |> Have you tried to use the OMTI 5520 at all..
  537. |>
  538. |>                            _
  539. |>  Jon Clarke              o( )    STaTus BBS, The Atari BBS in Auckland, NZ
  540. |>  jonc@status.gen.nz     /  /\    If that does not work try these address's
  541. |>  Auckland,New Zealand     kcbbs.gen.nz!status!jonc or on GEnie : J.CLARK
  542.  
  543. I'm using the harddrive at the momentr with the OMTI 5520 with an adapter who
  544. can be only as a singel applikation at the DMA-port. ANd I want to use the
  545. OMTI 5400 because the OMTI 5400 is connected to my SCSI hostadapter, and so
  546. i can use my SCSI drive too.
  547.  
  548. ----------------------------------------------------------------------
  549. Ole Marienhagen
  550. Tel.: Germany 04121/91726
  551. Internet: marienhagen@tu-harburg.dbp.de
  552.       or: a0marien@informatik.uni-hamburg.de
  553. ----------------------------------------------------------------------
  554.  
  555. ------------------------------
  556.  
  557. Date: 14 Jan 92 05:31:18 GMT
  558. From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
  559. Subject: SST (68030) for the ST. 520ST?
  560. To: Info-Atari16@naucse.cse.nau.edu
  561.  
  562. In article <ei9ieB2w164w@status.gen.nz> jonc@status.gen.nz (Jon Clarke) writes:
  563. > dillenbu@bert.eecs.uic.edu (John Dillenburg) writes:
  564. >
  565. > > Mega.  IF you don't mind putting your ST in an AT case, then the SST
  566. > > is electrically compatible with the old STs.  AS of yesterday, the SSTs
  567. >
  568. >  --> Hey do not knock it .. An ST in a clone case works well take it
  569. >      from me this message is written on such a machine!
  570. >
  571. >                            _
  572. >  Jon Clarke              o( )    STaTus BBS, The Atari BBS in Auckland, NZ
  573. >  jonc@status.gen.nz     /  /\    If that does not work try these address's
  574. >  Auckland,New Zealand     kcbbs.gen.nz!status!jonc or on GEnie : J.CLARKE6
  575. >
  576.  
  577. Are you saying you are a Clone Jon..:-)...??
  578. or just a Clone of a Atari..!!
  579. --
  580. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  581. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  582. ***  Kapiti                        At least I don't Flicker,         ***
  583. ***  New Zealand..          *      not like a dying light globe      ***
  584.  
  585. ------------------------------
  586.  
  587. Date: 14 Jan 92 08:51:52 GMT
  588. From: mcsun!uknet!edcastle!hwcs!neil@uunet.uu.net (Neil Forsyth)
  589. Subject: STBook (Notebook computer)
  590. To: Info-Atari16@naucse.cse.nau.edu
  591.  
  592. In article <1992Jan9.181753.13799@atari.uucp> trh@atari.uucp (T R Hall) writes:
  593. >       Incidently, we _*STRONGLY*_ recommend that future software products
  594. >use the industry-standard _PARALLEL PORT_ dongles, which would save you having
  595. >to re-invent security algorithms, etc. Using the cartridge port for such
  596. >things is not a particularly good engineering practice, and forces us to
  597. >maintain an "old-technology" port for a long time.
  598.  
  599. This is from a company that made the cartridge port read only.
  600. That put the ST joystick ports in such an inaccessable place that most D
  601. shells won't fit (and did the same with the extra STE ports). That uses
  602. non-standard DIN and DB connectors on its floppy, video and hard disk ports.
  603.  
  604. Nothing personal Tracey (sp?) but it's been building up.
  605.  
  606. +----------------------------------------------------------------------------+
  607. ! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own !
  608. !                                                                            !
  609. ! Neil Forsyth                      JANET:  neil@uk.ac.hw.cs                 !
  610. ! Dept. of Computer Science         ARPA:   neil@cs.hw.ac.uk                 !
  611. ! Heriot-Watt University            UUCP:   ..!ukc!cs.hw.ac.uk!neil          !
  612. ! Edinburgh, Scotland, UK           "That was never 5 minutes!"              !
  613. +----------------------------------------------------------------------------+
  614.  
  615. ------------------------------
  616.  
  617. Date: 14 Jan 92 06:01:13 GMT
  618. From: fernwood!portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
  619. Subject: STe's
  620. To: Info-Atari16@naucse.cse.nau.edu
  621.  
  622. Billy D'Augustiine asked about the availability of TOS 2.06 for
  623. STe's..
  624.  
  625. CodeHead Software will be distributing just the TOS 2.06 ROMS for
  626. those whose machines will accept the ROMs directly.
  627.  
  628. Give them a call at: 213-386-5735  and ask about pricing and
  629. availability.
  630.  
  631. BobR
  632.  
  633. ------------------------------
  634.  
  635. Date: Tue, 14 Jan 92 09:15:24 CST
  636. From: Charlie Turner <CHARLIE%UMVMA.bitnet@CUNYVM.CUNY.EDU>
  637. Subject: Uniterm TOS Error 35
  638. To: Info-Atari16@naucse.cse.nau.edu
  639.  
  640. Recently I downloaded a copy of Uniterm that was in tar.Z format. I
  641. think I successfully un Z'd it and un TAR'd it, but when I try to
  642. run uniterm.prg I get a "TOS Error 35". I believe TOS Error 35 means
  643. "invalid program load format".
  644.  
  645. Perhaps the unZ or unTAR programs I used caused a problem, although the
  646. ASCII text files seem OK after their extraction.
  647.  
  648. I'd welcome any suggestions about how to proceed and get around this
  649. TSO Error 35.
  650.  
  651. At the same time, I'm also looking for a site where I might FTP a
  652. copy of Uniterm that is in a format more native to PCs like ZIP or ARC.
  653. Please post a message if you know of such a site. I originally got
  654. this Uniterm from atari.archive.umich.edu (or some name like that). I
  655. couldn't find a Uniterm there except for the tar.Z file.
  656.  
  657. Thanks.
  658.  
  659. -------
  660.  
  661. Charles Turner                        Bitnet: charlie@umvma
  662. University of Missouri IT/CCF       Internet: charlie@umvma.umsystem.edu
  663. Columbia, Mo                           Voice: 314-882-9288
  664.  
  665. ------------------------------
  666.  
  667. End of Info-Atari16 Digest
  668. ******************************
  669.